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(54) TOIc: SYSTEM AND METHOD FOR MODELING COMMUNICATION NETWORKS 

(57) Abstract: In one embodiment, a system for modeling communication networks includes a memory and a processing module. 
The memory stores conHguration data for a plurality of network types. The configuration data associates each network type with 
components, connections, and rules for connecting the components using the connections. The processing module is coupled to the 
memory and allows a user to select one of the network types and to design a communication network using the components and 
1^ connections associated with the selected network type according to the conflgoration data. 
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SYSTEM AND METHOD 
FOR MODELING COMMUNICATION NETWORKS 



TECHNICAL FIELD OF THE INVENTION 

This inventioa relates generally to the field of communications and, more 
particularly, to a system and method for modeling communication networks. 



5 BACKGROUND OF THE INVENTIQN 

A communication network goaeraUy includes components coiq)led together by 

■ 

connections. Differeat types of communication netwoiks includes different types of 
components, different types of connections, and different rules for connecting the 
components using the coimections. For exanq>le in a Digital Loop Carrier network, a 

10 Central Office Terminal (COT) may be coupled to a Remote Digital Terminal (RDT) by a 
Tl facility circuit. In addition, rules may specify the maximum number of RDTs that can 
be coupled to a COT. Unfortunately, due to differences in components, connections, and 
rules for difif^ent types of networks, software developers have a great degree of dif&cxilty 
designing and implementing software for modeling different types of communication 

15 networks. 



SUMMARY OF THE INVENTIQN 

In accordance with the present invention, a system and method for modeling 
communication networks is provided that substantially eliminates or reduces 
20 disadvantages or problems asso<aated with previously developed systrais and methods. 

In one embodiment, a sj^em for modeling communication networks includes a 
memory and a processing module. The memory stores configuration data for a plurality of 
network types. The configuration data associates each network type with components, 
connections, and rules for connecting the components using the connections. The 
25 processing module is coupled to the mCTiory and allows a user to select one of the 
network types and to design a communication network using the components and 
connections associated with the selected network type according to the configuration data. 

In another embodiment, a system for modeling communication netwoiks includes a 
memory and a processing module. The memory stores first configuration data for a first 



BNSOOCID: <WO OiU3SOA2J,> 



wo 01/54350 



PCT/USOl/01899 



2 

network type and second configuration data for a second network type. The processing 
module, coupled to the memory, determines whether a first mode operation corresponding 
to the first network type is activated and models a communication network of the first 
network type using the first configuration data if the first mode of operation is activated, 
5 The processing module also deteraiines whether a second mode of operation 
corresponding to the second network type is activated and models a communication 
network of the second network type using the second configuration data if the second 
mode of operation is activated. 

The present invention provides a number of important technical advantages. 

10 Unlike previotis techniques, the present invention models cormnunication networks using 
a generic modeling module for processing and configuration data for different types of 
networks. The configuration data associates the diflFerent types of networics with 
components, connections, and rules for connecting the components using the connections. 
The modeling module includes computer readable instmctions for processing the 

15 configuration data to model the different types of networks. With a modeling module that 
. can generically model conmiunication networks, software developers can more easily 
design and implement the cdpsbiiity of modeling new types of networks by interfacing the 
modeling module with the configuration data for those new types of networks. 

Furthermore, by associating different modes of operation with the different types 

20 of networks, developers can more effectively deploy their modeling software. A 
developer may activate modes of operation to enable a user to create specific types of 
networks or de-activate modes of operation to disable a user from creating other types of 
networks. For these and other readily apparent reasons, the present invention represents a 
significant advance over prior art systems and methods. 

25 

ftRTKF DE^SHRTPT ION OF THE DRAWINGS 

FIGURE 1 is a block diagram of a system for modeling cormnunication networks 
using a generic modeling modide and configuration data for different types of 
commimication networks; 
30 FIGURE 2 is block diagram of configuration data; 

FIGURE 3 is a block diagram of a modeling module interfacing with configuration 
data for different types of communicatidn networks; 
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FIGURES 4A» 4B, and 4C are tables of configuration data for diffident t>y . j of 
communication netwoiks; 

FIGURE 5 is a flowchart of a method of modeling communication netv^rodcs using 
a generic modeling module and configuration data for different types of communication 
5 networks, where the modeling module monitors a user's action and notifies the user of ^jiy 
invalid action according to the configuration data; and 

FIGURE 6 is a flowchart of a method of modeling communication networks using 
a generic modeling module and configuration data for different types of communication 
networks, where the modeling modide only makes valid components and connections 
10 available to a us^ according to the configuration data. 



DETAILED DESCRIPTION OF TBDB DRAWINGS 

FIGURE 1 is a block diagram of a system 10 for modeling communication 
networks using a generic modeling module 18 and configuration data 16 for different 

15 types of communication networks. System 10 includes a computer 12 and a memory 14. 
Memory 14 stores configuration data 16 and modeling module 18. Configuration data 16 
associates differmt types of commimication networks with components, comiections, and 
rules for connecting the components using the connections. Modeling module 18 
interfaces with configuration data 16 so that a user may model different types of 

20 commimication network using computer 12. System 10 allows greater flexibility and 
provides inoreased efficiencies in developing and using software to model different types 
of communication networks. 

Computer 12 executes modeling module 18 to allow a user to model different types 
of communication networks. Computer 12 includes a processor 20, an input device 22, . 

25 and an output device 24. Processor 20 may include any suitable combination of hardware 
and software. components that can execute modeling module 18. Input device 22 may 
include a keyboard, a mouse, a touch screen, or any odier siiitable device capable of 
receiving instructions firom a us^. Output device 24 may include a computer monitor, a 
projector, a printer, or any other suitable device with a display screen or other visual 

30 output capability. Computer 12 executes modeling module 18 using processor 20 and 
interacts with users using mpxxt device 22 and ou^ut device 24. Although computer 12 
appears as a personal compute in the particular embodiment of FIGURE 1, computer 12 



BNSDOCtD: <WO 



.0t54350A2J_> 



wo 01/54350 PCT/USOl/01899 



may be a mainfiame, woricstation, personal digital assistant, or any other suitable 
processing or commvmication device. In a shared work environment, separate devices 
(such as server and client computers) may operate over a local-area, wide-area, or other 
type of network to perform the operations associated with computer 12. 
5 Memory 14 stores configuration data 16 and modeling module 18. Memory 14 

may include any suitable combination of volatile or non-volatile storage located internal to 

or external from computer 12. 

Configuration data 16 includes information associating different types of 
communication networks with components, connections, and rules for connecting 

10 components using the connections. Configuration data 16 may include information for 
Digital Loop Carrier (DLC), SONET, LANAVAN, wireless. Hybrid Fiber Coax (HFC), 
Internet Protocol (IP), Frame Relay, or any other suitable types of communication 
network. Configuration data 16 governs how each type of network is constructed 
according to the properties and behavior particular to each type of network. For each type 

15 of network, configuration data 16 describes the differait types of components and 
connections that may make up the network and defines how the components can be 
connected using the connections. For example, in a particular embodimCTit of 
configuration data 16 for a DLC-type network, conq)onents may include Central Office 
Terminals (COTs) and Remote Digital Terminals (RDTs), and connections may include 

20 TR-008, GR-303, 43801, and Tl facility circuits. In addition to describing these 
components and connections, configuration data 16 may also associate DLC-type 
networks with rules specifying that a maximum of five RDTs can be connected to a COT 
or that a DLC-type network includes a maximum of eight RDTs. 

Modeling modxtle 18 includes computer readable instructions for using 

25 configuration data 16 to model different types of communication networks. Modeling 
module 18 models a communication network by creating nodes to represent components 
and coimection lines to rq»resent connections between components. In addition to 
modeling a communication network, modeling module 18 may identify mainteaiance 
channels, manage the cjgjacity of the conununication network, assign customo: service 

30 items to the network, or any other suitable processing associated witii the communication 
network. Rather than create separate modules to handle the processing for different types 
of communication networks, modeling module 18 is a generic object (or combination of 
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objects) that can perfoim processing associated with difierent type of conrmunicatioii 
network using appropriate information from configuration data 16. As a result, system 10 
enables developers to more efficiratly design and inclement software for modeling 
communication networics and provides greater flexibility in dqiloying tiiat software. 
5 In operation, modeling module 18 provides the functionality to design a 

coromunication network of any type included in configuration data 16. To create a 
netwodc, a user selects a netwoik type from the types included in configuration data 16. In 
addition, modeling module 18 associates a name, description, date, or oth^ attributes with 
the user^s specific instance of the selected type of network. Modeling module 18 may 
10 receive attributes, such as a name or description, from the user or attributes, such as 
networic properties, &om configuration data 16. Alternatively, modeling module 18 may 
automatically generate attributes, such as an initial date of creation or a date of last 
modification. 

In a particular embodiment, modeling module 1 8 includes modes of operation for 

IS different types of networks included in configuration data 16, and a \iser may create a 
network of a particular type only if the mode of operation associated witibi that networic 
type is activated. Using this feature, a software developer may activate modes of 
operation to liable a user to create specific types of communication network or de- 
activate modes of operation to disable a user firom creating other types of conununication 

20 networks. The different modes of operation may be activated or de-activated by software 
keys, passwords, or any other suitable means. 

To graphically create the network, tiie user selects and lays out conqK)nents for tiie 
network. Modeling module 18 uses nodes to represent the components. A node may be a 
single or multiple objects of any suitable shape or size. In a particular embodiment, 

25 modeling module 18 uses different nodes to represent diffident types of components. 
Modeling module 18 displays the nodes using output device 24, and a user may 
manipulate the nodes using iiqmt device 22. In et particular embodiment, a user can drag 
and drop nodes to specific locations using a moiise or other suitable input device 22. 

Modeling module 18 ensures that the user's actions comply with configuration data 

30 16. In a particular embodiment, modeling module 18 determines what cornponents are 
valid for the associated network type and makes only those valid component available for 
user selection. For exanq^le, for a DLC-type netwoik, modeling module 18 may allow a 
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user to select and manipulate only Local Digital Switches (LDSs), COTs, RDTs, or other 
components associated with DLC-type networks according to configuration data 16. In an 
alternative embodiment, modeling module 18 monitors the usa:*s actions and notifies the 
user of any invalid actions. For example, modeling module 18 may monitor the user's 
5 selection of components and notify the user when the user selects an invalid component 
that is not associated with the network type according to configuration data 16. Similarly, 
modeling module 18 may notify the user of any violation of the rules associated with the 
network type. Using any suitable combination of prohibitions and notifications, modeling 
module 18 ensures compliance with configuration data 16, 
10 In addition to laying out the components, modeling module 18 may assign each 

component a name, number, status, network location, or other attributes. Modeling 
module 18 may receive attributes, such as a name or description, firom the user or 
attributes, such as component properties, from configuration data 16. Alternatively, 
modeling module 18 may automatically generate and store attributes, such as an initial 
15 date of creation or a date of last modification. In a particular embodiment, modeling 
module 18 ensures that each component is uniquely identified by a single attribute (such 
as a name) or combination of attributes (such as a name and a number). In a particular 
CTibodiment, modeling module 18 assigns a value to a level attribute for each component 
The level attribute indicates the number of components between that component and a 
20 base component For example, in a DLC-type network, a LDS is the base or level one 
component, a COT is a level two component because it may couple directly to the LDS, 
and a RDT is a level three component because it is coiq>led to a LDS by a COT. 

In a particular embodiment, modeling module 18 also allows a user to associate 
equipment with the components. For example, a user may associate processing or 
25 coirmiunication cards with a component In a particular embodiment, modeling module 1 8 
indicates in its representation of a component whether the component has equipment 
associated with it. 

To fitrther create the network, modeling module 18 also allows a user to select and 
lay out connections between the conq>onents. Modeling module 18 uses connection lines 
30 to represent connections betwe^. components. A connection Une may be a single or 
multiple objects of any suitable shape or size that indicate a relationship between two or 
more components. An individual connector line naay represent a single connection or one 
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or more groups of cx3xmectors« In a particular eEnbodimeiit> modeling module 18 uses 
different types of lines to represent different types of connections. Modeling module 18 
displays the lines using output device 24, and a user may manipulate the lines using input 
device 22. In a particular embodim^t, a user can drag and drop lines to specific locations 

5 using a mouse or other suitable input device 22. 

Modeling modide 18 ensures that the user*s actions comply witti configuration data 
16. In a particular embodiment, modeling module 18 determines what connections are 
valid for the associated network type and makes only those valid connections available for 
user selection. For example, for a DLC-type network, modeling module 18 may allow the 

10 user to select and manipulate only TR-008, GR-303, 43801, Tl facility circuits, and other 
types of connections associated with DLC-type networks according to configuration data 
16. In an alternative embodiment, modeling module 18 monitors the user's actions and 
notifies the user of any invalid actions. For example, modeling module 18 may monitor 
the user's selection of connections and notify the user when the user selects an invalid 

15 component that is not associated with the network type according to configuration data 16. 
Similarly, modeling module 18 may notify the user of any violation of the rules associated 
with the network type. For example, modeling module 18 may the user when the 
maximum number of connections between two components has been exceeded. Using any 
suitable combination of prohibitions and notifications, modeling module 18 ensures 

20 con^liance with configuration data 16. 

In addition to laying out tiie coimections, modeling module 18 may assign a name, 
number, status, netwo3&: location, or oth^ attributes to the connections. Modeling module 
18 may receive attributes, such as a name or description, from the user or attributes, such 
as connection properties, from configuration data 16. Alternatively, modeling module 18 

25 may automatically gen^ate attributes, such as an initial date of creation or a last date of 
modification. In a particular embodiment, modeling module 18 ensures that each 
connection is uniquely id^tified by a single attribute (such as a name) or combination of 
attributes (such as a name and a number). 

Configuration data 16 and modeling module 18 may use hierarchies of connectors 

30 to model a connection between components, and a user may create, design, and associate 
&cilities with the coimections. Configuration data 16 may associate network types witii a 
hierarchy of connectors and specify the maximum numbo: of subordinate levels for each 
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connection and iho maximum number of connectors for each subordinate level. For 
example, configuration data 16 may associate a DLC-type network with a TR-008, GR- 
303, 43801, and other types of level one connectors, and each level one connector includes 
a group of subordinate Tl facility circuits. 

5 In a particular embodiment, modeling module 18 allows a user to select a type of 

level one connector and then to specify the subordinate connectors for the selected level 
one connector. For example, in constructing a DLC network, a user may associate Tl 
faciUty circuits with TR-008, GR-303, 43801, and other types of level one connectors. 
Modeling module 18 checks to ensure that the user does not exceed the maximum number 

10 of suborditiate levels or the maximum number of connectors for each subordinate level. In 
an alternative embodiment, in response to a user selecting a level one connector, modeling 
module 18 automatically requires subordinate connectors with the selected level one 
connector. For example, for a DLC network, configuration data 16 may specify that some 
Tl faciUty circuits subordinate to TR-008, GR-303, 43801, and other types of level one 

1 5 connectors are required. 

Either during the design of the network or upon completion of the network, 
modeling module 18 may validate the networic to ensure compUance with the rules 
associated with the network type according to configuration data 16. This validation helps 
ensure that the network complies with any mles that may not otherwise be considered 

20 during construction of the network. Modeling module 18 may check that the user's 
network includes a minimum number of components and connections between the 
components. If the netwoik include hierarchies of connectors, modeling module 18 may 
also check that a minimum nimiber of subordinate connectors is associated with each 
level-one connector. For example, for a DLC-type network, modeling module 18 may 

25 check that a miniTm m number of facility circuits is associated with each TR-008, GR-303, 
43801, and other type of level one coimectors. In addition, modeling module 18 may also 
check that no higher level component is placed into service if a cooiponent with a lower 
level is not in service. For example, in a DLC network, a RDT connected to a COT cannot 
be placed in service until the COT is in service. 

30 Modeling module 1 8 may also assist in provisioning the user's network. Con^uter 

12 may be coupled to a local-area, wide-area, or other suitable netwoik. Using data 
netwoik addresses or odier identifiers associated with the components in the user's 
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network, computer 12 communicates messages to the real^-world components r^resented 
by nodes. By communicating instructions to the real-world components, modeling module 
18 may couple physical ports together using a cross-connect, assign virtual ports, to 
physical ports, associate two virtual ports with one another^ or automatically perform any 

5 other suitable process to completely or partially provision die network. 

FIGURE 2 is block diagram of configuration data 16. Configuration data 16 
associates network types 52 with network components 54, netwoik coimections 56, and 
network rules 58. Network types 52 relate to DLC, SONET, LANAVAN, wireless, Hybrid 
Fiber Coax 0^Q» Frame Relay, or any other suitable types of communication 

10 network. Each instance of network type 52 is associated with a combination of network 
components 54, netwoik connections 56, and networks rules 58. Network componCTts 54 
describes the different types of con'^ '^nents in netwoik type 52, and network connections 
56 describes the different types o. jnnections in netwoik type 52. Netwoik rul^ ^ 
defines how modeling module 18 can comiect two components firom netwoik compon. . 

15 54 using a coimection fiom network coimections 56. 

Netwoik type 52, network components 54, netwoik coimections 56, and network 
rules 58 may be stored in memory 14 using tables, arrays, pointers, or any other suitable 
software techniques. In a particular embodimCTLt, network type 52 is an object includi:.^g 
network components 54, netwoik coimections' 56, and netwoik rules 58, which are 

20 themselves separate objects. In an alternative embodiment, network type 52, netwoik 
components 54, netsvoik connections 56, and netwoik rules 58 may be dififerent columns 
or rows of data stored in a table or database. Although a particular embodim^t of 
configuration data 16 is described with reference to FIGURE 2, configuration data 16 may 
include any information associating different types of communication netwoiks with 

25 components, coimections, and rules for connecting flie components using the connections. 

FIGURE 3 is a block diagram of modeUng module 18 inter&cing with 
configuration data 16 for different types of communication networks. As described above, 
configuration data 16 includes information specific to different ^es of communication 
network, hi contrast, modeling module 1 8 is a generic object (or combination of objects) 

30 tiiat can perform processing associated wifli different types of communication netwoik by 
interfiu^ing with configuration data 16. 
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In the particular embodiment illustrated in FIGURE 3, Digital Loop Carrie (DLC) 
object 72, asynchronous transfer mode (ATM) object 74, and Internet Protocol (IP) object 
76 represent specific examples of configuration data 16. DLC object 72 is configuration 
data for a DLC-type netwoik, ATM object 74 is configuration data 16 for an ATM-^e 
5 network, and IP object 76 is configuration data 1 6 for an IP-type network. 

Modeling module 18 is a generic object that can model different types of netwoiks 
by interfacing with configuration data 16 for the different network types. Modeling 
module 18 interfaces with DLC object 72 to model a DLC-type network, interfaces with 
ATM object 74 to model an ATM-type network, and interfaces with IP object 76 to model 

10 an IP-type network. After implementing the generic processing for modeling a 
communication network in modeling module 16, a software developer can more 
efficiently create software for modeling diff»ent types of communication networks by 
simply generating and storing configuration data 16 for the different types of 
commvmication netwoiks. 

15 In a particular embodiment, each object 72, 74, and 76 is associated with a mode of 

operation, and modeling module 18 interfaces with object 72, 74, and 76 to model a 
specific type of netwoik only if the associated mode of operation is activated. Using this 
feature, a software developer may activate modes of operation to enable a user to create 
specific types of communication network or de-activate modes of operation to disable a 

20 user firom creating other types of commimication networks. The different modes of 
operation may be activated or de-activated by software keys, passwords, or any other 
suitable means. By activating and de-activating different types of communication 
networks, software developras have greater flexibility in deploying their software. 

FIGURES 4A, 4B, and 4C are tables of configuration data 16 for different types of 

25 communication netwoiks. Although configuration data 16 is depicted and described as a 
table with reference to FIGURES 4A, 4B, and 4C, memory 14 may store configuration 
data 16 using tables, arrays, pointers, or any other suitable software techniques. 

FIGURE 4 A illustrates a table 100 associating different types of communication 
networks with components, connections, and rules for connecting the components using 

30 the connections. Column 102 identifies different types of communication networks. 
Column 102 may include DLC, SONET, LAN/WAN, wireless. Hybrid Fiber Coax (HFC), 
IP, Frame Relay, or any other suitable types of communication networks. Although the 
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particular embodiment of FIGURE 4A uses abbreviatious to identify the dififerent types of 
networks, configuration data 16 may use names, number^ or any other suitable information 
to identify network fypes. 

Columns 104 and 106 associate the network types fiom column 102 with different 
S types of components and connections, respectively. For illustrative purposes, columns 
104 and 106 use names and abbreviations to represent components and connections. In 
alternative embodunents, column 104 may use names, numbers, pointers to other data 
structures, or any other suitable infonnation to identify components and connections. 

» 

Although not illustrated, columns 104 and 106 may include additional properties and other 

10 attributes of the coimectors and connections. In a particular embodiment, columns 104 
and 106 include pointers to other data structures or objects that relate to specific 
components or connections. For example, column 104 could include pointers to entries of 
table 1 10 and column 106 could include pointers to entries of table 120. 

Column 108 includes rules for tiie network types from column 102. For example^ 

15 the first row of colunm 108 specifies that a DLC-type network includes a maximum of 
eight KDTs, and the last row of column 108 specifies that a VPN-type network includes a 
minimum of one server. In an alternative embodiment, column 108 associates the network 
types from column 102 with rules for counecting the components of column 104 using the 
connections of colunm 106. Although the particular embodiment of table 100 in FIGURB 

20 4A includes a single colxmnoi 108 specifying the rules for the network types of column 102^ 
table 100 may include several columns for the rules. In a particular embodiment, table 
100 may include a column specifying tiie maximum nuniber of each component in column 
104 that may be in each network type of column 102 and a separate column specifying the 
minimum number of each conqponent in column 104 that must be in each network type of 

25 column 102. 

FIGURE 4B illustrates a table 110 describing different types of components. 
Column 112 identifies the differrat conqx)nents. Although the particular embodiment of 
column 112 in FIGURE 4B uses abbreviations to idmtify the diSerent types of 
components, colvmm 112 may use names, numbers, or any other suitable information to 
30 identify components. 

Column 1 14 associates the components of column 112 ydtii level attributes. Each 
conq)onent's level attribute iizdicates the number of components between that component 



BNSOOCtO: <WO. 



wo 01/54350 PCTAJS0i;01899 



12 



and a base component. For example, the iUustrated embodiment includes LDSs, COTs, 
and RDTs, which are components in a DLC-type networic. As indicated by colunm 114, 
LDS is the base or level one component of a DLC-type network, a COT is a level two 
component because it may couple directiy to a LDS, and a RDT is a level three component 
5 because it is coupled to a LDS by a COT. Using level attributes, column 1 14 identifies a 
hierarchy of components. Although the particular embodiment of table 110 in FIGURE 
4B associates components with level attribute, components may not be organized in a 
hierarchy and may lack level attributes. 

Colmnn 116 associates the con^)onents of column 112 with specific properties. 
10 For example, the second row of column 116 specifies that COTs can connect to a 
maximum of 5 RDTs and that COTs can connect to RDTs using Tl facility circuits. 
Although the particular embodiment of table 110 in nCURE 4B includes a single column 
116 specifying the properties of components from column 112, table 110 may inchide 
several columns for the properties. In a particular embodiment, table 110 may include a 
1 5 column listing the components to which each component of column 112 may be connected 
and a separate column listing the type of connections that can perform the connecting. In 
addition, a third column may specify the maximum number of connections to each 

component of column 1 12. 

FIGURE 4C illustrates a table 120 describing different types of connections. 
20 Column 122 identifies tiie different connections. Alttjou^ the particular embodiment of 
column 122 in. FIGUIIE 4C uses abbreviations to identify the different Q^s of 
connections, column 122 may use names, number, or any other suitable information to 
identify connections. 

Column 124 associates the connections of coliunn 122 with level attributes. Level 
25 atbibutes are used to describe a hierarchy of connections. For example, the illustrated 
embodiment includes TR-008, GR-303, and Tl facility circuits, which are connections in a 
DLC-type network. As indicated by column 124, TR-008 and GR-303 connections are 
level one connections, and a Tl fecility circuit is a level two coimections. Level one 
connections, such as TR-008 and GR-303, are made vp of level two connector, such as Tl 
30 facility circuits. Using the level attributes of column 124, modeling module 18 can create 
a hierarchy of connectors between components. Although the particular embodim^t of 
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table 120 in FIGURE 4C associates coimections with level attributes, connections may not 
be organized in a hierarchy and may lack level attributes. 

Colimm 126 associates the coimections of column 122 with specific properties. 
For example, the first row of column 126 indicates that a TR-008 coimection may include 
5 a ?T^aYimiim of fouT Tl fecility circuits, and the second row of column 126 specifies that a 
GR-303 connection has 671 physical ports and 1536 virtual ports to provide concentrated 
service. Altiiough the particular embodiment of table 120 in FIGURE 4C includes a single 
colunm 126 for the properties of connections fi:om column 122, table 120 may include 
several columns for the properties. In a particular embodiment, table 120 includes one 
10 colimm listing ttie maximmn number of subordinate levels for each connection of column 
, 122 and a separate column listing the maximum number of coxmectors for each 
subordinate level. 

FIGURE 5 is a flowchart of a method of modeling communication networks using 
modeling module 18 and configuration data 16, where modeling modvde 18 monitors a 

15 user's action and notifies the user of any invalid action according to configuration datci 16. 
The method begins a step 200, where modeling module 18 receives a user selection for a 
type of communication network. Modeling module 18 checks whether the selected 
network ^e is available at step 202. If the selected network type is unavailable, 
modeling module 18 prompts the user to select another type of network at step 204, and 

20 the method return to step 200. If the selected network type is available, modeling module 
18 identifies and retrieves configuration data 16 for the selected networic type at stq) 206. 
As described above, configuration data 16 describes the components and connections for 
the selected network type and defines rules for connecting the components usiog the 
connections. 

25 At step 208, modeling module 18 receives and stores attributes for the user's 

network. In a particular embodiment, modeling module 18 receives a name, description, 
or other attributes from the user or receives network-spedfic attributes fix>m configuration 
data 16. In an alternative embodiment, modeling module 18 automatically generates 
attributes, such as an initial date of creation. 

30 Modeling module 18 allows the user to design and construct the netwodc by 

following steps 210-258, which may be perform sequentially or in parallel. Modeling 
module 18 may receive user selection for a con^onent at step 210, receive a user 
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selection for a connection at step 222, receive a user request to assign a hierarchy of 
connectors to a connection at st^ 238, receive a xiser request to validate the network at 
step 248, or receive a user request to provision the network at step 256, 

At st^ 210, modeling module 18 may receive a user selection for a component. If 
5 modeling module receives a component selection at step 210, modeling module 18 
determines whether the selected component is vahd for the network type according to 
configmation data 16 at step 212. This step may involve checking whether the selected 
component is a component type associated with the network type or whether some other 
rale associated witii the network type has been violated (for example, whether an 

1 0 additional component would exceed the maximum number of components for that netwoik 
type). If the selected component is not valid for the netwoik type, modeling module 18 
infomis the user that the selected component is invalid for the netwoik type at step 214, 
and the method returns to step 210. If the selected component is valid for the network 
type, modeling module 18 allows the user to place the selected component in the network 

15 using input device 22 at step 216 and displays a node to represent the component using 
output device 24 at step 218, Modeling module 18 receives and stores attributes for the 
component at step 220. Modeling module 18 may receive attributes, such as a name or 
description from the user, or receive attributes, such as component properties, from 
configuration data 1 6. 

20 At step 222, modeling module 18 may receive a user selection for a connection. If 

modeling module 18 receive a connection selection at step 222, modeling module 18 
determines whether the selected connection is valid for the network type according to 
configuration data 16 at step 224. This step may involve checking whether the selected 
connection is associated with the network type or whether some other rule associated with 

25 the network type has been violated (for example, whether an additional connection would 
exceed the maximum number of connection for that network type). If the selected 
connection is not valid for the netwoik type, modeling module 18 informs the user that the 
selected connection is invalid for the netwodc type at step 226, and the method returns to 
step 210. If the selected connection is valid for the network type, modeling module 18 

30 allows the user to place the selected connection between two components using input 
device 22 at step 228. At step 230, modeling module 18 determines whether the 
connection can validly connect the two components according to configuration data 16. 
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The selected connection may not validly connect the two components if flie connection 
cannot be coiQ>led to one of the two components or if the connection violates another rule 
associated with the network type, such exceeding the maximum number of connections 
between the two con:q)onents. If ihs connection cannot validly comect the two 

5 components, modeling module 18 informs the user that the connection cannot validly 
connect the two components at step 232, and the method continues at step 210. 
Otherwise, modeling module 18 displays a connection line to represent the connection 
between the two component using output device 24 at step 234. Modeling module 18 
receives and stores attributes for the connection at step 236. Modeling module 18 may 

10 receive attributes, such as a name or description from the user, or receive attributes, such 
as connection properties, from configuration data 16. 

At step 238, modeling module 18 may receive a user request to assign a hierarchy ' 
of coimectors to a connection. If modeling module 18 receives a request to assign 
connectors at step 238, modeling module 18 determines whether the connectors are valid 

15 for a subordinate level of the connection at step 246. The coimectors may be invalid if ibe 
coimection does not include a subordinate level for the comection or if the connectors 
would exceed the nnqxiTTnuiTi number of connectors for the subordinate level. If the 
connectors are not valid for the connection, modeling module 18 informs the users that the 
connectors are not valid for the subordinate level of connection at step 242, and the 

20 method returns to step 210. Otherwise, modeling module 18 assigns the connectors to the 
connection at step 244. Modeling module also recdves and stores attributes for the 
connectors at step 246. Modeling module 18 may receive attributes, such as a name or 
description from the usot, or receive attributes, such as coimector properties, from 
configuration data 16. 

25 At step 248> modeling module 18 may recave a user request to validate the 

network. If modeling module 18 receives a validation request at step 248, modeling 
module 18 determines whether the network complies with the rules associated with the 
network type according to configuration data 16 at step 250. This step helps to ensure that 
the network complies with any rules that otherwise are not properly considered during 

30 construction of the network. For example, modeling module 18 may consider any rules 
regarding the minimum number of components or coimections in tiie networic If die 
network does not comply with the rules associated with the network type, modeling 
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module 18 informs the user that the network is invalid at step 252 and returns to step 210, 
where the user may decide to add additional components or connections to achieve 
compliaace with the rules associated with the network type. In a particular embodiment, 
modeling module may list any rules that are violated by the network or inforai the use how 
5 to revise the network to achieve compliance. If the network con^lies with tite mles» 
modeling module informs the user that the network is valid at step 254. 

At step 256, modeling module 18 may receive a user request to provision tide 
network. If modeling module 18 does not receive a user provisioning request at step 256, 
the method returns to step 210, where the user may continue to design and construct the 

10 network. If modeling module 18 does receive a user request to provision the network, 
modeling module 1 8 communicates instructions to components of tfie network designed 
by the user at step 258, In a particular embodiment, these instraction may cause the 
components to couple physical ports together using a cross-connect, assign virtual ports to 
physical ports, or associate two virtual ports with one another. In an alternative 

15 embodiment, modeling module 1 8 may pro vision selected portions of the network. After 

provisioning all or part of the network, the method ends. 

FIGURE 6 is a flowchart of a method of modeling communication networks using 

modeling module 18 and configuration data 16, where modeling module 18 only makes 

valid components and connections available to a user according to configuration data 16. 
20 The method begins at step 300, where modeling module 18 determine what modes of 

operation are activated. Modeling module 18 makes network types available for user 

selection according the activated modes of operations at step 302 and receives a user 

selection for one of the networic types at step 304. 

Modeling module 18 identifies and retrieves configuration data 16 for the user's 
25 selected network type at step 306. As described above, configuration data 16 describes the 

components and connections for the selected network type and defines rules for 

cormecting the components using the connections. 

Modeling module 1 8 receives and stores attributes for the user's network at step 

308. In a particular embodiment, modeling module 18 receives a name, description, or 
30 other attributes firom the user or receives network-specific attributes firom configuration 

data 16. In an alternative embodiment, modeling module 18 automatically generates 

attributes, such as an initial date of creation. 
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Modeling module 18 makes valid components and connection available to the user 
for the design and construction of the user^s network at steps 310-316. Modeling module 
18 determines what components are valid for the user's selected network type at step 310 
according to configuration data 16 and makes the valid components available for user 
S selection at step 312. Modeling module 18 determines what connections are valid for the 
us^'s selected network type according to configuration data 16 at step 314 and makes the 
valid connections available for user selection at step 316. Modeling module 18 allows the 
user to design and construct the network by following steps 318-324 to add available 
components and stq>s 326-348 to add available connections. 

10 Modeling module allows the user to add available components to- the network 

according to configuration data 16 at steps 318-324. If modeling module 18 receives a 
user selection for one of the available components at step 318, modeling module 18 allows 
the user to place the selected component in the network at step 320 and displays a node to 
represent the component at stqp 322. Modeling module 1 8 receives and stores attributes 

15 for the component at step 324. Modeling module 18 may receive attributes, such as a 
name or description jSnom the user, or receive attributes, such as component properties, 
from configuration data 16. 

Modeling module allows tiie user to add available connections to the netwoik 
according to configuration data 16 at $tq>s 326-348. If modeling module 18 receives a 

20 user selection for one of the available connections at step 326, modeling module 18 
detennines what components the selected coimection can validly connect at step 328. 
Modeling module 1 8 allows the user to place the selected coimection between two of those 
conq)onents at step 330 and displays a connection line to represent the connection at st^ 
332. Modeling module receives and stores attributes for the connection at step 334. 

25 Modeling module 1 8 may receive attributes, such as a name or description fi'om the user, 
or receive attributes, such as coimection properties, &om configuration data 16. 

If the connection includes a subordination level of connectors according to 
configuration data 16 at step 336, modeling module 18 allows Ifae user to select connectors 
for the connection at steps 338-348. Modeling module 18 determines what connectors are 

30 valid for the subordinate level of the connection according to configuration data 16 at step 
338 and makes the valid connectors available for user selection at step 340. Modeling 
module 18 receives a user selection for one of the available connectors at step 342 and 
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assigps fhe selected connector to the connection at step 344. Modeling module 18 receives 
and stores attributes for the connector at step 346. If modeling modide 18 determines that 
the connection requires additional subordinate connectors at step 348, the method returns 
to step 342, wh^e modeling module 18 receives another users selection for a valid 

* 

5 connector. 

During design and construction of the user's network or upon completion of the 
design and construction, modeling module 18 may validate the network at steps 330-356. 
If modeling module 18 receives a user request to validate the network at step 350, 
modeling module 1 8 determines whether the network compUes with the rules associated 

1 0 with the network type according to configuration data 1 6 at step 352. This step helps to 
ensiu^ that the networic complies with any rules that otherwise are not properly considered 
during construction of the network. For example, modeling module 1 8 may consider any 
rules regarding the mioimmn nixmber of components or connection in the network. If the 
network does not comply with the rules associated with the network type, modeling 

15 module 18 informs the user that the network is invalid at step 354 and returns to step 318, 
where the user may decide to add additional components or connections to achieve 
compliance with the rules associated with the network type. In a particular embodiment, 
modeling module may Ust any rules that are violated by the network or inform the use how 
to revise the network to achieve compliance. If the network complies with the rules, 

20 modeling module informs the user that the network is valid at step 356. 

After validating the network at steps 350-356, modeling module 18 may receive a 
user request to provision the network at step 358. If modeling module 18 does not receive 
a provisioning request at step 358, the method returns to stqp 318, where the user may 
decide to add additional components or connections to the network. If modeling module 

25 18 does receive a user request to provision the network, modeling module 18 
communicates instructions to components of the network designed by the user at step 360. 
In a particular embodiment, these instruction may cause the components to couple 
physical ports together using a cross-connect, assign virtual ports to physical ports, or 
associate two virtual ports with one another. In an alternative embodiment, modeling 

30 module 1 8 may provision selected portions of the network. After provisioning all or part 
of the network, the method ends. 



GNSOOCID: <WO. 



.OI54350A2_t_> 



wo 01/54350 



PCTAJS01/018W 



19 

Although an embodimeat of the invention and its advantages are described in 
detail, a person skilled in the art could make various alterations, additions, and omissions 
with dq>artmg from the spirit and scope of the present invention as defined by the 
appended claims. 
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WHAT IS CLAIMED IS : 

1 . A system for modeling communicatioii networks, comprising: 

a memory operable to store configuration data for a plurality of netwoik types, the 
configuration data associating each netwoik type with components, comiections, and mles 
for comiecting the components using the comections; 

a processing module coupled to the memory and operable to allow a user to select 
one of the network types and to design a communication network using the components 
and connections associated with the selected network type according to the configuration 
data. 

2. The system of Claim 1, whCTein the processing module is fiirther operable 
to determine whether a mode operation coiresponding to a netwoik type is activated and to 
allow a user to design a communication network of that netwoik type if the coiresponding 
mode of operation is activated* 

3. The system of Claim 1, wherein the processing module is fiarther operable 
to allow the user to select one of the components associated with the netwoik type, to 
display a node to represent the selected component in the commimication network, and to 
associate equipment with the selected component. 



4. The system of Claim 1, wherein the processing module is iurth^ operable 
to allow the user to select one of the connections associated with the netwoik type, to 
connect two components using the selected connection according to the rules associated 
with the network type, and to display a comiection line between two nodes to represent the 

25 comiection between the two components, 

5. The system of Claim 1, wherein the rules associated with the network type 
indicate a maximum number of connections between one component and other 
conq)onents. 

30 



bnsocx::d: <wo. 



.01543SQA2J_> 



wo 01/54350 



PCT/USOl/01899 



21 

6. The system of Claim 1, wherdn: 

the configuration data associates the network type with a hierarchy of comiectois; 

and 

the processing modxile is further operable to allow a user to assign subordinate 
5 comiectors to a connection according to the configuration data associated with the network 
type. 

7. The system of Claim 1, wherein the processing module is further operable 
to vaUdate the user^s commimication network to ensure compliance with the rules 

10 associated with the network type according to the configuration da ta . 

8. The system of Claim 1, wherein the processing module is further operable 
to provision some of the conmiunication netwoik by communicating instructions to some 
components. 

15 

9. The system of Claim 1, wherein the processing module comprises software 
instmctions for modeling a generic connnunication network and interfaces with 
configuration data for specific typ^ of networks. 

20 10. The system of Claim 1, wherein the configuration data associates the 

components with component propert i es and associates the connections with connection 
properties. 

11. A mediod of modeling communication networks, comprising: 
25 storing configuration data for a plurality of network types, the configuration data 

associating each network type with components^ connections, and rules for coimecting the 
components using the connections; 

receiving a user selection for one of the network types; and 

designing a communication network using tixe components and connections 
30 associated with the selected network type according to the configuration data. 
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1 2. The method of Claim 1 1 , further comprising: 

determining whether a mode operation corresponding to a network type is 
activated; and 

designing a communication network of that network type if ttie corresponding 
5 mode of operation is activated. 

13 . The method of Claim 1 1 , further comprising: 

receiving a user selection for one of the components associated witli the network 

type; 

10 displaying a node to represent the selected component in the communication 

network; and 

associating equipment with the selected component 

1 4. The method of Claim 1 1 , further comprising: 

15 receiving a user selection for one of the connections associated with the network 

type; 

coimecting two components using the selected coimection according to the rules 
associated with the network type; and 

displaying a cormection line between two nodes to represent the connection 

20 between tiie two components. 

15. The method of Claim 11, wherein the rules associated with the network 
type indicate a maximum number of connections between one component and other 
components. 

25 

16. The method of Claim 1 1, wherein: 

the configuration data associates flie network type with a hierarchy of comiectors; 

and 

designing the communication network further comprises assigning subordinate 
30 connectors to a connection according to the configuration data associated with the network 
type. 
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17. The method of Claim 1 1, further comprismg validatiBg the commmiication 
network to ensure comptiance with the rules associated with the network type according to 
the configuration data. 

5 18, The me&od of Claun 11, further comprising provisioning some of the 

communication network by communicating instructions to some components. 



19. The method of Claim 11, wherein designing the communication r:?twork 
further comprises interfacing software instructions for modeling a generic communication 
10 network with configuration data for specific types of netwoiks. 



20. The method of Claim 11, wherein the configuration data associates the 
components with component properties and associates the connections with connection 
properties. 

15 

21. Netwoik modeling software embodied in a computer-readable medium and 
operable to perform the following steps: 

storing configuration data for a plurality of network types, the configuration data 
associating each netwoik type with conqx^nents, connections, and rules for coimecting the 
20 components using the connections; 

receiving a user selection for one of the netwoik types; and 

designing a communication network using the components and connections 
associated with the selected network type according to the configuration data. 



25 22. The network modeling software of Claim 21, further operable to perform 

the stq)S of: 

determining whether a mode operation cortesponding to a network type is 
activated; and 

designing a communication netwoik of that network type if the corresponding 
30 mode of operation is activated. 
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23. The network modeling software of Claim 21, further operable to perform 
the steps of: 

receiving a user selection for one of the components associated with tiie network 

type; 

displaying a node to represent the selected component in the communication 

network; and 

associating equipment with the selected component 

24. The network modeling software of Claim 21, ftirther operable to perform 
the steps of: 

receiving a user selection for one of the comiections associated with the network 

type; 

connecting two components using the selected connection according to the rales 
associated with the network type; and 

displaying a connection line between two nodes to represent the connection 

between the two components. 

25. The network modeling software of Claim 21, wherein the rules associated 
with the network type indicate a maximum number of comiections between one 

20 component and other components. 

26. The netwoik modeling software of Claim 21, wherein: 

the configuration data associates the netwoik type with a hierarchy of connectors; 

and 

25 designing the communication network fturther comprises assigning subordinate 

connectors to a connection according to the configuration data associated with the netwoik 
type. 

27. The netwoik modeling software of Claim 21, fiirther operable to perform 
30 the step of validating the communication network to ensure compliance with the rules 

associated with the netwoik type according to the configuration data. 
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28. The netwoik modeling software of Claim 21, further operable to perform 
the step of provisioning some of the commmiication netwoik by commmiicating 
instructions to some conmonents. 

5 29. The netwoik modeling software of Claim 21, wherein designing the 

commnnication network fiirth^ comprises inter&cing software instructions for modeling a 
genmc communication netwoik with configuration data for specific types of networks. 

30. The netwoik modeling software of Claim 21, wherein the configuration 
10 data associates the components with component properties and associates the coimections 

with connection properties. 

31. A system for modeling communication networks, comprising: 

a memory opoable to store first configuration data for a fiirst netwoik type and 
IS second configuration data for a second iietwoik type; and 

a processing module coupled to the memory and operable to detemiine whether a 
first mode operation corresponding to the first network type is activated and to model a 
communication netwoik of the first netwoik type using the first configuration data if the 
first mode of operation is activated, the processing module further operable to determine 
20 whether a second mode of operation corresponding to the second netwoik type is activated 
and to model a communication netwoik of the second network type using the second 
configuration data if the second mode of operation is activated. 

32. The system of Claim 3 1, wherein: 

25 the first configuration data describes componrnts and connections that may be 

included in the commimication -network of the first netwoik type and rules for connecting 
the components using the conne«dons; and 

the processing module allows a user to design the communication network of the 
first network type using the components and connections according to the rules. 

30 
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33. The system of Claim 31, wherein the processing module models the 
commmiication network of the first network type by creating nodes to represent 
components of the fiist network type and creating connection lines to rq)resent 
coimections between the components according to the first configuration data. 

5 

34. A method for modeling communication networks, comprising: 
storing first configuration data for a first network type; 

storing second configuration data for a second network type; 
determining whether a first mode operation corresponding to the first network type 
10 is activated; 

modeling a communication network of the first network type using the first 
configuration data if the first mode of operation is activated; 

determine whether a second mode of operation corresponding to the second 

network type is activated; and 
15 modeling a commimication network of the second network type using the second 

configuration data if the second mode of operation is activated. 

35 . The method of Claim 34, wherein: 

the first configuration data describes components and connections that may be 
20 included the communication network of the first network type and rales for connecting the 
components using the connections; and 

modeling the communication netwoik of the first type further comprises using the 
components and connections according to the rules. 

25 36. The method of Claim 34, wherein modeling the communication network of 

the first network type fiirther comprises displaying nodes to represent components of the 
first network type and connection lines to represent connections between the components 
according to the first configuration data. 



BNSOOCID: <WO 01S43SOA2J_> 



wo 01/54350 



PCT/USOl/01899 



1/7 



10 



FIG. 1 





12 



20 --{IZ 



14 



16 



CONFIGURATION 
DATA 



MODELING 
MODULE 

18 



52 




FIG. 2 

NEmORK TYPE 



NETWORK 
COMPONENTS 

7 
54 



NETWORK 
CONNECTIONS 

— 7 

56 



NETWORK 
RULES 

58 



FIG. 3 





DIGITAL 

LOOP 
CARRIER 

"7 

72 . 



ASYNCHRONOUS 
TRANSFER 
MODE 

7 

74 



o o o 



INTERNET 
PROTOCOL 

76 



BNSOCXID: <WO. 



.01S435QA2J^> 



wo 01/54350 



PCT/USO 1/01899 



102 



104 



106 



108 



NETWORK TYPE 


COMPONENT TYPE 


CONNLL 1 lUN I Trt 




DLC 


RDTs 
COTs 


TR-008 

GR-303 
43801 


MAXIMUM OF 
8 RDTs 


O 

o 
o 


O 
O 

o 


O 

o 
o 


O 

o 
o 


VPN 


END-USER 
LOCATION 
TRANSPORT 
NETWORK SERVER 


ETHERNET IP 


MINIMUM OF 
1 SERVER 





FIG. 


4A 




112 


tl4 

\ 


* 


116 

■ 




LEVEL 


PROPERTIES 


LDS 


1 




COTs 


2 


CAN CONNECT TO 

JvlMAIIVllllvI Kjr «J 

CAN CONNECT TO 
ROT USING Tl 


O 

o 
o 


O 
O 

o 


O 

o 


ROTs 


3 


CAN CONNECT TO 
COT USING Tl 




FIG. 


4B 




122 


124 




126 

/ 


CONNECTION TYPE 


LEVEL 


PROPERTIES 


TR-008 


1 


INCLUDE MAXIMUM 
OF 4 TVs 


GR-303 


1 


672 PHYSICAL PORTS 
1536 VIRTUAL PORTS 


O 

o 
o 


O 

o 
o 


O 

o 
o 


Tl FACILITY 
CIRCUITS 


2 


INCLUDES 24 
POTS SERVICES 



FIG, 4C 



BNSOOCID: <WO. 



,01S43S0A2_L> 



wo 01/54350 PCT/USOl/01899 



3/7 



200 



C START J 



FIG. 5A 



RECEIVE A USER SELECTION 
FOR A TYPE OF NETWORK 



202 



IS 

SELECTED 
NETWORK TYPE 
AVAIU^ ^ 



204 



PROMPT USER TO 
SELECT ANOTHER 
TYPE OF NETWORK 



206 



IDENTIFY AND RETRIEVE CONFIGURATION 
DATA FOR NETWORK TTPE 



I 



FROM 
FIG. 5B.5C 



208 



RECEIVE AND STORE ATTRIBUTES 
FOR THE USER'S NEIWORK 




RECEIVE 
USER SELECTION FOR A 
COMPONEhTT? 



210 



YES 



IS 

SELECTED 
COMPONENT VALID FOR 
NETWORK TYPE 

2'2 ^ 'yes 



INFORM USER THAT 
SELECTED COMPONENT 
IS INVALID FOR 
NETWORK TYPE 



216 



T 
214 



ALLOW USER TO PLACE SELECTED 
COMPONENT IN NEIWORK 



218 



I 



DISPLAY NODE TO 
REPRESENT COMPONENT 



1 



220 



RECEIVE AND STORE 
ATTRIBUTES FOR COMPONENT 



TO FIG. 59 



8NSOCXIO: <WQ. 



j015435QA2J_> 



wo 01/54350 PCT/lISOl/01899 



FROM FIG. 5A 



4/7 



228 



234 



236 



222 

RECEIVE 
USER SELECTION FOR A 
CONNECTION? 



FIG. SB 



YES 



224 



226 



IS SELECTED 
CONNECTION VALID FOR 
NETWORK TYPE? 

YES 



INFORM USER THAT 
SELECTED CONNECTION 
IS INVAUD FOR 
NETWORK TYPE 



ALLOW USER TO PLACE 
SELECTED CONNECTION 
BETWEEN TWO COMPONENTS 



CAN CONNECTION 
VALIDLY CONNECT THE 
TWO COMPONENTS ACCORDING TO 
RULES ASSOCIATED WITH 
NEWTWORK TYPE? 



232 



INFORM USER THAT 
CONNECTION CANNOT 
VALIDLY CONNECT 
TWO COMPONENTS 



230 



.YES 



DISPLAY CONNECTION LINE TO 
REPRESENT CONNECTION 



I 



RECEIVE AND STORE AHRIBUTES 
FOR THE CONNECTION 



TO 
FIG. 5A 




RECEIVE 
USER REQUEST 
TO ASSIGN A HIERARCHY OF 
CONNECTORS TO A 
CONNECTION' 



238 



YES 



1? 

TO FIG. 5C 



TO no. 5C 



aNSDOClO: <WO. 



.0154350A2J.> 



wo 01/54350 



PCT/USOl/01899 



FROM RG. 5B 
8 



5/7 



240 



ARE CONNECTORS 
VALID FOR SUBORDINATE LEVEL 
OF CONNECTION? 



244 



YES 



1 



INFORM USER THAT CONNECTORS 
ARE NOT VALID FOR SUBORDINATE 
LEVEL OF CONNECTION 



246 



ASSIGN CONNECTORS TO CONNECTION 

\ zzz 



t 



242 



RECEIVE AND STORE 
ATTRIBUTES FOR CONNECTORS 



FROM FIG. 5B 




248 

"^RECEIVE USER 
REQUEST TO VALIDATE 
NETWORK? 

YES, 

DOES 
NETWORK COMPLY 
WITH RULES ASSOCIATED 
WITH NEIWORK 
_ TYPE? 

250 

YES 



1 



INFORM USER THAT 
NETWORK IS INVALID 



INFORM USER THAT NEM)RK IS VALID 



RECEIVE USER 
REQUEST TO PROVISION 
THE NETWORK? 



252 



256 



YES 



TO FIG. 5A 



258 



COMMUNICATE INSTRUCTION TO 
COMPONENTS TO CREATE CONNECTIONS 



C END 



FIG. 5C 



BNSDOCIO: <WO 



,0154350A2J_> 



wo 01/54350 



PCT/USOl/01899 



300 



302 



304 



306 



308 



310 



312 



314 



315 



FROM 
FIG. 6B 



( START ■) 



6/7 



DETERMINE WHAT MODES OF 
OPERATION ARE ACTIVATED 



i 



MAKE NETWORK TYPES 
AVAILABLE FOR USER 
SELECTION ACCORDING 
TO ACTIVATED MODES 
OF OPERATIONS 



1 



RECEIVE A USER 
SELECTION FOR ONE 
OF NETWORK TYPES 



1 



IDENTIFY AND RETRIEVE 
CONFIGURATION DATA FOR 
SELECTED NETWORK TYPE 



I 



RECEIVE AND STORE 
AHRIBUTES FOR THE 
USER'S NETWORK 



I 



DETERMINE WHAT 
COMPONENTS ARE VALID FOR 
SELECTED NETWORK TYPE 



I 



MAKE VALID 
COMPONENTS AVAILABLE 
FOR USER SELECTION 



I 



DETERMINE WHAT 
CONNECTIONS ARE VALID FOR 
SELECTED NETWORK TYPE 



I 



MAKE VALID 
CONNECTIONS AVAILABLE 
FOR USER SELECTION 



RECEIVE 
USER SELECTION 
FOR ONE OF AVAILABLE 
COMPONENTS 



YES 



FIG, 6A 



1 



ALLOW USER TO PLACE 
SELECTED COMPONENT 
IN NETWORK 



I 



320 



DISPLAY NODE TO 
REPRESENT COMPONENT 



322 



i 



RECEIVE AND STORE 
ATTRIBUTES FOR COMPONENT 



324 



326 

receive" 
user selection 
for one of available 
connections 



YES 



DETERMINE WHAT COMPONENTS 
THE SELECTED CONNECTION 
CAN VALIDLY CONNECT 



318 



NO 



I 



328 



ALLOW USER TO PLACE 
SELECTED CONNECTION 
BETWEEN TWO OF 
THOSE COMPONENTS 



330 



DISPLAY CONNECTION LINE 
TO REPRESENT CONNECTION 



I 



332 



RECEIVE AND STORE 
ATTRIBUTES FOR 
THE CONNECTION 



334 



DOES 

CONNECTION INCLUDE 
.SUBORDINATE LEVEL OF, 
CONNECTORS 

' 336 

:yes 



NO ^ 



TO 
FIG. 66 



i 



BNSDOCIO: <WO. 



.0l5436aA2_l_> 



wo 01/54350 



PCT/USOl/01899 



FROM FIG. 6A 




7/7 



338 



DETERMINE WHAT CONNECTORS 
ARE VALID FOR SUBORDINATE 
LEVEL OF CONNECTION 



1 



340 



MAKE VALID CONNECTORS 
AVAILABLE FOR USER SELECTION 



342 



RECEIVE USER SELECTION FOR 
ONE OF AVAILABLE CONNECTORS 



I 



344 



ASSIGN SELECTED . 
CONNECTOR TO CONNECTION 



346 



I 



RECEIVE AND STORE 
ATTRIBUTES FOR CONNECTOR 



348 ^ 

^ DOES 
CONNECTION REQUIRE 
ADDITIONAL SUBORDINATE 
CONNECTORS 



YES 



FIG. SB 



FROM 
FIG. 6A 



NO 




NO 



350 



RECEr 
USER REQUEST 
TO VALIDATE 
NETWORK 

YES 



DOES 

NEIVrORK COMPLY 

WITH RULES ASSOCIATED 

WITH NETWORK 

TYPE?, 
352 354 

NO ^ 



YES 



^ 356 



INFORM USER THAT 
NETWORK IS VAUD 



NO. 



INFORM USER THAT 
NETWORK IS INVAUD 



TO FIG. 6A 



RECEIVE 
USER REQUEST 
TO PROVISION THE 
NETWORK 

! ^ 358 

YES 



COMMUNICATE INSTRUCTION 
TO COMPONENTS TO CREATE 
CONNECTIONS 



C END ) 



360 



BNSOOCIO: <WO. 



.01543S0A2J_> 



(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 

Inlcmaiional Bureau 

(43) International Publication Date 
26 July 2001 (26.07.2001) 




PCT 



liiiiiniiiniiiiiiiiiiUiP^^^^^ 

(10) International Publication Number 

wo 01/54350 A3 



<51) International Patent Classification'': H04L 12/24. 

H04Q 3/CX> 

(21) International Application Number: PCT/US0i/01H99 

(22) International Filing Date: 19 January 2001 (1 9.0 1.2001) 



(25) Filing Language: 



(26) Publication language: 



English 
English 



(30) Priority Data: 

60/177,556 
09/766,422 



21 Januar>' 2000 (2 1 .01 .2000) US 
18 January 2001 (18.01.2001) US 



(71) Applicant: METASOLV SOFTWARE, INC. (USAJS]; 
5560 Tennyson Parkway, Piano* TX 75024 (US), 

(72) Inventors: REILLY, John, P.; 6917 Admirals Cove Court, 
Piano, TX 75093 (US). CAMPBELL. David, C; J324 
Liehthouse Lane. Allen, TX 75013 (US), 

(74) Agent: SHOWALTER, Barton, E.: Baker Botts L.L.P., 
2001 Ross Avenue, Dallas, TX 75201-2980 (US). 



(81) Designated States (nationafji AE, AG. AL, AM, AT. AT 
(Utility mode!), AU. AZ. BA, BE. BG, BR, BY, BZ. CA. 
CH. CN, CR, CU, CZ, CZ (uiiUty model), DE, DE (utility 
model), DK, DK (utility model). DM. DZ, EE. EE (uiility 
model), ES. FL Fl (utiUty model). GB, GD, GE. GH, GM. 
HR. Hf. ID, !L, IN, IS, JP, KE, KG. KR KR, KZ, LC, LK, 
LR, LS. LT, LU, LV, MA, MD, MG. MK, MN. MW. MX, 
MZ, NO, NZ, PL. FT. RO. RU. SD. SE. SG, SL SK, SK 
(utility model), SL, TJ, TM. TR. TT, TZ, UA, UG. UZ. VN. 
YU. ZA. ZW. 

(84) Designated States {regional)'. ARiPO patent (GH. GM. 
KE, LS, MW, MZ, SD. SL. SZ, TZ, UG, ZW). Eurasian 
patent (AM. AZ, BY. KG, KZ, MD, RU, TJ, TM), European 
patent (AT. BE, CH, CY. DE, DK, ES. H, FR, GB, GR, IE. 
IT. LU. MC. NL. PT, SE, TR). OAPl patent CBF, BJ. CP, 
CG, CI, CM. GA. GN. GW, ML, MR, NE, SN, TD. TG). 

Published: 

— unth international search report 

m 

(88) Date of publicatioo of the international search report: 

14 Februao' 2002 

/br two-letter codes and other abbreviations, refer to the "Guid- 
ance Motes on Codes and Abbreviations'* appearing at ttte begin- 
ning of each regular issue of the PCT Gazette. 



< 



in 



O 



(54) Title: SYSTEM AND METHOD FOR MODELING CCMVIMUNICATION NETWORKS 

(57) Abstract: In one embodiment, a system for modeling communication reworks includes a memory and a processing module. 
The memory stores configuraticKi data for a plurality of network types. The configuration data associates each network type with 
components, connections, and rules for connecting the components using the connecdons. The processing module is coupled to the 
memory and allows a user to select one of the network types and to design a communication network using the components and 
connections associated with the selected network type according to the coniiguration data. 



BNSDOCIO: <WO. 



.01&435OA3.1_> 



INTERNATIONAL SEARCH REPORT 



A. CLASSIFICATION OF SUBJECT MATTCR 

IPC 7 H04L12/24 H04Q3/00 



Ira itional AppllcKtion No 

PCT/US 01/01899 



According io tni6mat»onal Palert ClassificatiOft <IPC) orto t>Qlh iwHtonal ctosificaiion and IPC 



a. RELDS SEARCHED 



Minimum documentaiion searched (dassUlcalion system foUowed by dasslficaiion symbols) 

IPC 7 H04L H04Q 



Documentation searctied other than mtnirraim documentaiion to the extent thai such documenis are included in the fields searched 
Electronic data base consulted during the inlemafional search iname ol dala base and. where practicat. search terms used) 

EPO-Internal , WPI Data, PAJ, INSPEC 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category " 



Citation of documeni. with indication, where appioprtale. of the relevant passages 



US 5 821 937 A (KATZ MARTIN H ET AL) 
13 October 1998 (1998-10-13) 



abstract 

column 4, line 25 
column 6, line 51 
column 15, 1 ine 8 
column 17, line 1 



-column 5, line 6 
-column 10, line 62 

- line 42 

- line 40 



UO 92 05485 A (CABLETRON SYSTEMS INC) 
2 April 1992 (1992-04-02) 
page 7, line 1 -page 9, line 5 



Relevant to daan No. 



1-7, 
9-17, 

19-27, 
29-36 



8,18,28 



8.18,28 



HI 



Further documents are lisled in the oontlnuaiion of box C. 



Patent family meintiers ara listed in annex. 



' Special categories or cited documenis : 

«A' ck>cumenl defining ttie general stale of the art which is not 

considered to be ol particular relevance 
'£* earter document but published on or alter ihe irtiemaiional 

liingdaie 

"L* documenl which may throw doubts on priofiiy dalm(s)or 
which is cHed to establish the publicattoo dale ol another 
citai'ion or otner special reason <as specified) 

*0* document refernng to an oral disdoaure. use. exhibilonor 
other means 

-p* documenl published poor to the intemafional Wing dale but 
kaier ihan the priority dale ctaimed 

Date or the actual completion of the International search 



2 August 2001 

Name and mailing address o4 Ihe ISA 

European Patent Offloe. P.B. 5818 Patentlaan 2 
NL - 22S0 HV Riiswik 
Tel (4^1-70) 34O>2040. Tx. 31 851 epo M. 
Fax: t*3l-70) 340-3016 



'T* tatercSocument published after the intemational ftf ng date 
or prionty date and not in conflid with the appbcation but 
cilad to understand tite principle or theory underlying the 

invention 

'X* document or particular relevance: the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

*Y* document of particular relevance: ttw claimed invention 

cannot be oonsiderad to Involve an inventive step wtien Ihe 
document is oombtned with one or more other such dooi- 
ments. such combination being obvious to a person 
in the ail. 

*&* documenl member of the same patent family 
Dale of mailing of the intemaiional search report 



08/08/2001 



Authorized officer 



Peeters, D 



Fbim PCJASA/2\0 (MCondihM*) lJuV ifi«) 
BNSOGCID: <WO qi&«350A3j_> 



page 1 of 2 



1 



INTERNATIONAL SEARCH REPORT 


int :ional AppUcatkin No 

PCT/US 01/01899 


C^Continuation) DOCUMENTS CONSiOEREO TO BE HELEVANT 


Category " 


Crtalion ot docurneni. with indicaiion. where appropriate. o$ me relevant passages 


Relevant to claim No. 


X 


us 5 974 127 A (UERNLI MARC A ET AL) 

26 October 1999 (1999-10-26) 
column 1, line 9 - line 24 
column 3, line 43 -column 4, line 45; 
example 7 




1,11,21, 
31,34 


A 


VAZQUEZ E ET AL: "GRAPHICAL INTERFACE FOR 
COMMUNICATION NETWORK ANALYSIS AND 
SIMULATION" 

PROCEEDINGS OF THE MEDITERANNEAN 
ELECTROTECHNICAL CONFERENCE. 
{HELECWJ).US,NEW YORK, IEEE, 
vol. CONF. 6, 22 May 1991 (1991-05-22), 
pages 1109-1112, XP000289613 
paragraphs '0001! , '0002! ; figure 1 

• 




9,19,29 



Fcnn PCT/lSA/210 (contnuolian of sacxmd shaai) Ubly 1982) 



page 2 of 2 

BNSOCXiO: <WO 0l5435aA3J.> 



INTERNATIONAL SEARCH R 

mtormBtion on patent family m«mb«rs 



Patent document 
ated in search report 



Publication 
date 




US 5821937 



WO 9205485 



02-04-1992 



tm .tionai Application No 

PCT/US 01/01899 



Patent family 
msmt)er(s) 



us 


5831610 A 


us 


6229540 B 


— — 
AT 


— — — — — — — — 

154850 T 


AT 


194237 T 


AT 


194238 T 


AU 


681972 B 


AU 


2722595 A 


AU 


682272 B 


AU 


685335 B 


AU 


4063295 A 


AU 


659101 B 


AU 


8620491 A 


DE 


69126666 D 


DE 


69126666 T 


DE 


69132279 D 


DE 


69132279 T 


DE 


69132280 D 


DE 


69132280 T 


EP 


0549677 A 


EP 


0737920 A 


EP 


0737921 A 


JP 


6501118 T 


US 


5295244 A 


US 


6049828 A 


us 


5504921 A 


us 


5559955 A 


us 


5751933 A 


us 


5727157 A 


us 


5261044 A 


us 


5436909 A 


us 


5812750 A 



Publication 
date 



03-11-1998 
08-05-2001 



15-07- 
15-07 
15-07 
11-09 
21-09 
25-09- 
15-01- 
04-04- 

11- 05- 

15- 04- 
31-07- 

12- 02- 
03-08- 
18-01- 
03-08- 

18-01- 
07-07- 

16- 10- 
16-10- 
27-01- 
15-03- 

11- 04- 
02-04 

24- 09 

12- 05 
10-03 

09-11 

25- 07 
22-09 



1997 
2000 
2000 
1997 
1995 
1997 
-1998 
•1996 
-1995 
-1992 
-1997 
-1998 
-2000 
-2001 
-2000 
-2001 
-1993 
-1996 
-1996 
-1994 
1994 

2000 
1996 

1996 
■1998 
1998 
-1993 

- ?95 

- ^98 



us 5974127 



26-10-1999 



NONE 



FoimFCTnSA«io<pawii««"*«">«"WuV '9se) 
018435Q»SJ_> 



This Page is Inserted by IFW Indexing and Scanning 
Operations and is not part of the Official Record 



Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 



□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 

□ SKEWED/SLANTED IMAGES 

□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 



^REFERENCE(S) OR EXHIBIT(S) SUBMITTED ARE POOR QUALITY 
□ OTHER: 



IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



BEST AVAILABLE IMAGES 




LACK BORDERS 




